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DETAILED ACTION 
Appeal Brief 

1 . In view of the Appeal Brief filed on 9/30/03, PROSECUTION IS HEREBY 
REOPENED. A new ground of rejection is set forth below. 

To avoid abandonment of the application, appellant must exercise one of the following 
two options: 

(1) file a reply under 37 CFR 1 . 1 1 1 (if this Office action is non-final) or a reply under 37 
CFR 1.113 (if this Office action is final); or, 

(2) request reinstatement of the appeal. 

If reinstatement of the appeal is requested, such request must be accompanied by a 
supplemental appeal brief, but no new amendments, affidavits (37 CFR 1.130, 1.131 or 1.132) or 
other evidence are permitted. See 37 CFR 1.193(b)(2). 

Claim Rejections - 35 USC § 102 

2. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in a patent granted on an application for patent by another filed in the United 
States before the invention thereof by the applicant for patent, or on an international application by another who 
has fulfilled the requirements of paragraphs (1), (2), and (4) of section 371(c) of this title before the invention 
thereof by the applicant for patent. 

The changes made to 35 U.S.C. 102(e) by the American Inventors Protection Act of 1999 
(AIPA) do not apply to the examination of this application as the application being examined 
was not (1) filed on or after November 29, 2000, or (2) voluntarily published under 35 U.S.C. 



Application/Control Number: 09/428,036 Page 3 

Art Unit: 3626 

122(b). Therefore, this application is examined under 35 U.S.C. 102(e) prior to the amendment 
by the AIPA (pre-AIPA 35 U.S.C. 102(e)). 

3. Claims 1, 10-23, 26 and 27 are rejected under 35 U.S.C. 102(e) as being anticipated by 
U.S. Patent No. 5,502,944 to Kraft et al. 

As per claim 1, Kraft et al. teaches method comprising the step of: 

(a) the claim storing in at least one data store in operative connection with at least one 
computer, data representative of at least one patient and at least one medical item prescribed for 
use by the patient is met by storing information concerning a patient's medication requirements 
on the pharmacy system (14, Fig. 1) (see: column 4, lines 56-59); 

(b) the claimed storing in the data store, data representative of a plurality of holding 
locations for medical items in a medical item dispenser, a plurality of types of medical items, and 
for each of the storage locations, a type medical item stored in the respective storage location is 
met by the pharmacy computer system that maintains a database of the medication, the 
manufacturer, the brand name, the generic name, the dosage form, the location of the drug in the 
pharmacy, and pricing information (see: column 1, lines 29-34); 

(c) the claimed inputting through an input device in operative connection with the 
computer and the dispenser, data corresponding to the patient is met by keyboard (28, Fig. 2); 

(d) the claimed dispensing from the responsive to the data stored in the data store, the 
type medical item prescribed for use by the patient, wherein the type medical item in dispensed 
from a storage location holding the type medical item in the dispenser is met by the dispensing 
process where the nurse enter commands through the system controller (34, Fig. 3) to retrieve 
medication for one or more patients (see: column 4, lines 54-56); 
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(e) the claimed including in the data store responsive to execution of step (d), data 
representative that the type medical item has been dispensed for use by the patient, and that the 
type medical item has been dispensed from the dispenser is met once the nurse orders all or part 
of the authorized medication for each of the nurse's patients for a given medication round, the 
medication dispenser (12, Fig. 1) retrieves each medication from its respective container and 
dispenses the medication (see: column 4, lines 60-65). 

As per claim 10, Kraft et al. teaches the claimed step (d) further comprising the step of 
displaying on an output device adjacent to the dispenser, display indicia including indicia 
indicative of the type medical item. This feature is met by the video display (26, Fig. 2) and 
printer (30, Fig. 2) connected to the medication dispenser (see: column 4, lines 3-15 and Fig. 2). 

As per claim 11, Kraft et al. teaches prior to step (d) further comprising the step of 
receiving an input through an input device indicating agreement with the display indicia. The 
dispensing process meets this feature where the nurse enters commands through the system 

rnntrrvll^r CXA V\a W ncina a V^vhr^rH (OR Fia 1\ rnnnerteH to ihe. rnp.rlir.atinn Hisnenser (seer 

~^*.v* ~ V~" ' ' ~ *©• ~ / © — — v j - "O" — / — — r v 

column 4, lines 54-56). 

As per claim 12, Kraft et al. teaches prior to step (a), inputting through a physician 
terminal in operative connection with the computer, prescription data representative of 
information that the medical item has been prescribed for the patient, and a medical condition for 
which the medical item has been prescribed, wherein in step (a) the data stored includes 
prescription data, and wherein in the displaying step the display indicia includes indicia 
indicative of the medical condition. The dispensing process meets this limitation where the nurse 
enters commands through the system controller (34, Fig. 3) using a keyboard (28, Fig. 2) and 
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video display (26, Fig. 2) connected to the medication dispenser (see: column 4, lines 54-56). 
The information concerning the patient medication requirement is stored in the pharmacy system 
(14, Fig. 1) and when the medication package given to the patient include a label with 
information such as patient's name, room number, doctor's name and other data as required (see: 
column 4, lines 60 to column 5, lines 2). 

As per claims 13-14, Kraft et al. teaches a dispensing process where the nurse enters 
commands through the system controller (34, Fig. 3) using a keyboard (28, Fig. 2), video display 
(26, Fig. 2) and printer (30, Fig. 2) all connected to the medication dispenser (see: column 4, 
lines 54-56). The information concerning the patient medication requirement is stored in the 
pharmacy system (14, Fig. 1) and when the medication package given to the patient include a 
label with information such as patient's name, room number, doctor's name and other data as 
required (see: column 4, lines 60 to column 5, lines 2). 

As per claim 15, Kraft et al. teaches each individual medication package given to a 
patient is labeled with information including type of medication and dosage size (see: column 4 ; 
line 66 to column 5, line 7). 

As per claim 16, Kraft et al. teaches a medication dispensing system that storing 
information concerning a patient's medication requirements on the pharmacy system (14, Fig. 1) 
(see: column 4, lines 56-59). Kraft et al. further teaches a dispensing process where the nurse 
enters commands through the system controller (34, Fig. 3) using a keyboard (28, Fig. 2), video 
display (26, Fig. 2) and printer (30, Fig. 2) all connected to the medication dispenser (see: 
column 4, lines 54-56). The information concerning the patient medication requirement is stored 
in the pharmacy system (14, Fig. 1) and when the medication package given to the patient 



Application/Control Number: 09/428,036 Page 6 

Art Unit: 3626 

include a label with information such as patient's name, room number, doctor's name and other 
data as required (see: column 4, lines 60 to column 5, lines 2). In addition, Kraft et al. teaches a 
dispensing process where the nurse enters commands through the system controller (34, Fig. 3) 
using a keyboard (28, Fig. 2) to retrieve medication for one or more patients (see: column 4, lines 
54-56). 

As per claims 17 and 18, Kraft et al. teaches each individual medication package given to 
a patient is labeled with information including type of medication and dosage size (see: column 
4, line 66 to column 5, line 7). 

As per claim 19, Kraft et al teaches prior to the applying step of printing a prescription 
label, wherein the prescription label includes the indicia indicative of the data included in the 
prescription data, wherein in the applying step the label is applied in connection with the type 
medical item (see: column 4, line 66 to column 5, line 7). 

As per claims 20 and 21, Kraft et al. teaches applying the step of executing the prior to 
step (d) ? wherein the indicia indicative of data included in prescription data is applied to the type 
medical item to be dispensed in step (d). This feature is met by each medication package for a 
given patient are labeled with information including patient's name, room number, doctor's 
name and other data as required (see: column 4, lines 60 to column 5, lines 2). 

As per claim 22, Kraft et al. teaches a label printer coupled to the controller for printing a 
patient prescription label for attaching to a dispensed pharmaceutical package. The limitation is 
met by the medication package subsystem using the printing module (300, Fig. 24) including 
printheads (320, Fig. 24) for printing directly to package material (see: column 12, lines 22-45). 
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As per claim 23, Kraft et al. teaches a medication dispensing system that storing 
information concerning a patient's medication requirements on the pharmacy system (14, Fig. 1) 
(see: column 4, lines 56-59). Kraft et al. further teaches a dispensing process where the nurse 
enters commands through the system controller (34, Fig. 3) using a keyboard (28, Fig. 2), video 
display (26, Fig. 2) and printer (30, Fig. 2) all connected to the medication dispenser (see: 
column 4, lines 54-56). The information concerning the patient medication requirement is stored 
in the pharmacy system (14, Fig. 1) and when the medication package given to the patient 
include a label with information such as patient's name, room number, doctor's name and other 
data as required (see: column 4, lines 60 to column 5, lines 2). In addition, Kraft et al. teaches a 
dispensing process where the nurse enters commands through the system controller (34, Fig. 3) 
using a keyboard (28, Fig. 2) to retrieve medication for one or more patients (see: column 4, lines 
54-56). 

As per claim 26, Kraft et al. teaches a dispensing process where the nurse enters 
commands through the system controller (34, Fig, 3) using a keyboard (28 5 Fig, 2) 5 video display 
(26, Fig. 2) and printer (30, Fig. 2) all connected to the medication dispenser (see: column 4, 
lines 54-56). The information concerning the patient medication requirement is stored in the 
pharmacy system (14, Fig. 1) and when the medication package given to the patient include a 
label with information such as patient's name, room number, doctor's name and other data as 
required (see: column 4, lines 60 to column 5, lines 2). Kraft et al. further teaches a vision 
subsystem (44, Fig. 4) that interacts with the medication unit from a selected container to the 
medication package subsystem (38, Fig. 3) (see: column 6, lines 35-37). In addition, the vision 
subsystem (44, Fig. 4) comprises two optic systems for comparing specific medication in order 
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to verify that the correct medication is being dispensed (see: column 7, lines 26-34). The 
Examiner considers the comparison for dispensing purposes to include checking data 
representative of a medical history of the patient corresponding to inputted patient data. 

As per claim 27, Kraft et al. teaches a plurality of medication dispenser (12, Fig. 1) 
coupled to a pharmacy computer system (14, Fig. 1) and to each other through a network (16, 
Fig. 1) (Internet) (see: column 52-55). In addition, the vision subsystem (44, Fig. 4) compares 
specific medication in order to verify that the correct medication is being dispensed (see: column 
7, lines 26-34). The Examiner considers the comparison for dispensing purposes to include 
checking data representative of a medical history of the patient corresponding to inputted patient 
data. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

5. Claims 2 and 9 are rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Patent No. 5,502,944 to Kraft et al. in view U.S. Patent No. 5,797,515 to Liff et al. 

As per claim 2, Kraft et al. teaches a medication dispensing system that storing 
information concerning a patient's medication requirements on the pharmacy system (14, Fig. 1) 
(see: column 4, lines 56-59). Kraft et al. further teaches a pharmacy computer system (14, Fig. 1) 
which maintains a database of the medication, the manufacturer, the brand name, the generic 
name, the dosage form, the location of the drug in the pharmacy, and pricing information (see: 
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column 1, lines 29-34). In addition, Kraft et al. teach a dispensing process where the nurse enters 
commands through the system controller (34, Fig. 3) to retrieve medication for one or more 
patients (see: column 4, lines 54-56). 

Kraft et al. fails to teach data representative of a benefit plan associated with the patient, 
and payment rules concerning payment for medical items associated with the benefit plan and 
further comprising the step of charging for the dispensed medical item in accordance with the 
payment rules. 

Liff et al. teaches a drug dispensing system that uses an electronic third-party payor card 
for drug purchases at the doctor's office (see: column 4, lines 67 to column 5, lines 2). Liff et al. 
also teaches that during the claim adjudication step (286, Fig. 12) a patient's insurance 
information is automatically verified to determine whether the insurer will pay for the 
prescription and if any co-payment is required (see: column 13, lines 12-42 and column 16, lines 
40-52). The Examiner considers the step of verifying insurance and payment information a form 
of evaluating the rules and regulation associated with making a payment for a prescription. 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to include the drug dispensing system as taught by Liff et al. within the 
medication dispensing system as taught by Kraft et al. with the motivation of having a patient's 
insurance information readily available at the physician's office, thereby avoiding the 
inconvenience of taking a trip the pharmacy (see: Liff et al: column 4, lines 62-64). 

As per claim 9, Kraft et al. teaches a medication dispensing system that storing 
information concerning a patient's medication requirements on the pharmacy system (14, Fig. 1) 
(see: column 4, lines 56-59). Kraft et al. further teaches a pharmacy computer system (14, Fig. 1) 
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which maintains a database of the medication, the manufacturer, the brand name, the generic 
name, the dosage form, the location of the drug in the pharmacy, and pricing information (see: 
column 1, lines 29-34). In addition, Kraft et al. teaches a dispensing process where the nurse 
enters commands through the system controller (34, Fig. 3) using a keyboard (28, Fig. 2) to 
retrieve medication for one or more patients (see: column 4, lines 54-56). 

Kraft et al. fails to teach storing and inputting data representative of a benefit plan 
associated with the patient. Kraft et al. also fails to teach charging for the medical item in 
accordance with the payment rules associated with the benefit plan determined to be associated 
with the patient. 

Liff et al. teaches a host computer (46, Fig. 1) using pharmacy software packages that 
provide standard administrative and accounting capabilities and support features of the 
dispensing system such as a document printer (60, Fig. 1), that generates documents containing 
instruction for the patient or the practitioner and a keyboard (50, Fig. 1) that inputs the 
commands of the user (see: column 5, lines 19-25, 58-63 and column 7, lines 24-37). Liff et al. 
also teaches during the claim adjudication step (286, Fig. 12) a patient ! s insurance information is 
automatically verified to determine whether the insurer will pay for the prescription and if any 
co-payment is required (see: column 13, lines 12-42, column 16, lines 40-52 and Fig. 1). 

The motivation for combining the teaching of Kraft et al. and Liff et al. are discussed in 
the rejection of claim 2, and are incorporated herein. 

6. Claims 3-8 are rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. Patent 
No. 5,502,944 to Kraft et al. in view U.S. Patent No. 5,797,515 to Liff et al. in further view of 
Official Notice. 
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As per claim 3, Kraft et al. and Liff et al. teaches a card reader (38, Fig. 1) mounted 
directly to or near the cabinet and connected to the host computer (46, Fig. 1), where the patient 
inserts a card (39, Fig. 1) in the card reader (38, Fig. 1) to automatically receive medicine from 
the cabinet (see: Liff et al.: column 5 lines 47-53 and Fig. 1). 

Kraft et al. and Liff et al. fail to teach a reading a credit or debit card with a card reading 
device adjacent the dispenser, wherein the card reading device is in operative connection with 
the computer, and the charging step includes charging an account associated with the credit or 
debit card. 

The Examiner takes Official Notice that, in the medical industry, the use of cash, checks 
or credit cards are old and well-known methods of payment for patient health care. One of 
ordinary skill in the art would have found it obvious at the time the invention was made to 
include the charging of a customer's credit or debit card with the system as taught by the Kraft et 
al. and Liff et al. with the motivation of providing a fast and beneficial way for customers to 
make purchase and payment for prescription medicine. 

As per claims 4-6, Kraft et al. and Liff et al. et al. teaches a drug dispensing system that 
uses an electronic third-party payor card for drug purchases at the doctor's office (see: Liff et al. 
column 4, lines 67 to column 5, lines 2). Kraft et al. and Liff et al. also teaches that during the 
claim adjudication step (286, Fig. 12) a patient's insurance information is automatically verified 
to determine whether the insurer will pay for the prescription and if any co-payment is required 
(see: Liff et al. column 13, lines 12-42 and column 16, lines 40-52). 

Kraft et al. and Liff et al. fail to explicitly teach a charging step of charging the benefits 
provider, charging the co-pay amount and charging the benefits provider the benefit amount. 
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The Examiner takes Official Notice that, in the medical industry cash, checks or credit 
cards are old and well-known methods of payment for patient health care, for instance, a patient 
may have to pay a deductible to be seen by a their physician usually about $10-15 dollars with a 
credit card and the patient's medical insurance company would pay for the remaining amount. 

The motivation for combining the teaching of Kraft et al. and Liff et al. are discussed in 
the rejection of claim 3, and are incorporated herein. 

As per claims 7 and 8, Kraft et al. and Liff et al. fail to explicitly teach inputting and 
outputting information representative of the co-payment amount and acceptance of the co-pay 
amount. 

However, Kraft et al. and Liff et al. teach a host computer (46, Fig. 1) using pharmacy 
software packages that provide standard administrative and accounting capabilities and support 
features of the dispensing system such as a document printer (60, Fig. 1), that generates 
documents containing instruction for the patient or the practitioner and a keyboard (50, Fig. 1) 
that innuts the commands of the user (see: Liff et al. column 5. lines 1 9-25. 58-63 and column 7. 
lines 24-37). Kraft et al. and Liff et al. also teach during the claim adjudication step (286, Fig. 
12) a patient's insurance information is automatically verified to determine whether the insurer 
will pay for the prescription and if any co-payment is required (see: Liff et al. column 13, lines 
12-42, column 16, lines 40-52 and Fig. 1). 

The motivation for combining the teaching of Kraft et al. and Liff et al. are discussed in 
the rejection of claim 3, and are incorporated herein. 

7. Claims 24 and 25 are rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Patent No. 5,502,944 to Kraft et al. in view Official Notice. 
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As per claim 24, Kraft et al. teaches a dispensing process where the nurse enters 
commands through the system controller (34, Fig. 3) using a keyboard (28, Fig. 2) to retrieve 
medication for one or more patients (see: column 4, lines 54-56). 

Kraft et al. fails to teach contacting the patient corresponding to the data inputted in step 
(c) after failing to executing step (d). 

The Examiner takes Official Notice that it is common in the medical field, for a patient or 
a physician to be contacted if the pharmacist in order to clarify any discrepancies or make any 
modification to the prescription does not verify prescription information. Therefore, it would 
have been obvious to a person of ordinary skill in the art at the time the invention was made to 
include a method of contacting a patient to verify information within the system as taught by 
Kraft et al. with the motivation of gathering accurate and reliable patient information thereby 
ensuring that the patient receives the correct prescription. 

As per claim 25, Kraft et al. teaches a medication dispensing system that storing 
information concerning a patient's medication requirements on the pharmacy system (14, Fig, 1) 
(see: column 4, lines 56-59). Kraft et al. further teaches a dispensing process where the nurse 
enters commands through the system controller (34, Fig. 3) using a keyboard (28, Fig. 2), video 
display (26, Fig. 2) and printer (30, Fig. 2) all connected to the medication dispenser (see: 
column 4, lines 54-56). The information concerning the patient medication requirement is stored 
in the pharmacy system (14, Fig. 1) and when the medication package given to the patient 
include a label with information such as patient's name, room number, doctor's name and other 
data as required (see: column 4, lines 60 to column 5, lines 2). 
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Kraft et al. fails to explicitly teach contacting the physician responsive to the failing of 
step (d). 

The Examiner takes Official Notice that it is common in the medical field, for a patient or 
a physician to be contacted if the pharmacist in order to clarify any discrepancies or make any 
modification to the prescription does not verify prescription information. Therefore, it would 
have been obvious to a person of ordinary skill in the art at the time the invention was made to 
include a method of contacting a patient to verify information within the system as taught by 
Kraft et al. with the motivation of gathering accurate and reliable patient information thereby 
ensuring that the patient receives the correct prescription. 

8. Claims 28-31, 34-39 and 42-44 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over U.S. Patent No. 5,502,944 to Kraft et al. in view U.S. Patent No. 5,036,416 to Kaufman et 
al. 

As per claim 28, Kraft teaches a dispensing process where the nurse enters commands 

throu CT h the s wc * P1TI ^ontrnll^r T?\o *X\ to retrip.vft m proration for nnp, or more natients fsefv 
"^o J ---- v~ • > ^ ^o* ~ / -~ ~ — *- * - " ~— — I \ ; 

column 4, lines 54-56). 

Kraft et al. fails to teach a dispenser comprises a patient accessible self-service medical 
item dispenser. 

Kaufman et al. teaches an interactive patient assistance and delivery system that includes 
a system (200, Fig. 1 1) for storing and delivering of individual pills or caplets as well as both 
external and internal devices (55, Fig. 5) for receiving input from the physician (or healthcare 
professional at the central monitoring facility 28, Fig. 4a), the individual patient, the physical 
testing devices (34, Fig. 4a) and (36, Fig. 4a) and the environmental sensors (23, Fig. 8a) and 
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(25, Fig. 8a) in order to gain access to the medication delivery system (20, Fig. 5) (see: column 
8, lines 15-23, column 17, lines 1-22 and Fig. 11-13). 

One of ordinary skill in the art at the time the invention was made would have found it 
obvious to include receiving patient input to gain access the medication delivery system as taught 
by Kaufman et al. within the medication dispensing system as taught by Kraft et al. with the 
motivation of providing a system with a reasonable degree of self-sufficiency and personal 
control over the administration of medication without sacrificing the overall therapeutic 
objectives of the prescribed medical treatment (see: Kaufman et al.: column 2, lines 4-7). 

As per claim 29, Kaufman et al. teaches prior to (d), receiving input from a patient 
through at least one input device in operative connection with the computer and the dispenser. 
This limitation is met by the system (20, Fig. 5) including various external input devices that 
receive commands from the patient, which are communicated to the control element (50, Fig. 5) 
through the main CPU (22, Fig. 4) for the administering of medication "upon demand" (see: 
column 8, lines 30-37). 

As per claim 30, Kaufman et al. teaches (f) includes receiving dispense request input 
from the patient corresponding to at least one medical item prescribed for use by the patient. This 
feature is met by the system (20, Fig. 5) including various external input devices that receive 
commands from the patient, which are communicated to the control element (50, Fig. 5) through 
the main CPU (22, Fig. 4) for the administering of medication "upon demand" (see: column 8, 
lines 30-37). In addition, the medication control element (50, Fig. 5) can store and selectively 
administer medication upon demand by patient (see: column 9, lines 17-25). 
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As per claim 31, Kraft et al. teaches receiving a payment from the patient corresponding 
to the at least one medical item requested in the dispense request input. This limitation is met by 
the plurality of dispensers that are networked together and connected to a common database of 
patient information, typically a pharmacy software system. Medications are automatically 
dispensed responsive to a user request in accordance with the information in the database and the 
dispensers communicates data for accounting and billing purposes, to the pharmacy system or to 
another system (see: column 2, lines 22-29). 

As per claim 34, Kraft et al. teaches storing information concerning a patient's 
medication requirements on the pharmacy system (14, Fig. 1) (see: column 4, lines 56-59). Kraft 
et al. further teaches that during the dispensing process a nurse using a keyboard (28, Fig. 2) 
enters commands through the system controller (34, Fig. 3) for orders of all or part of the 
authorized medication for each of the nurse's patients for a given medication round and the 
medication dispenser (12, Fig. 1) retrieves each medication from its respective container and 
dispenses the medication (see: column 4, lines 54-65). In addition^ Kraft et al. teaches that the 
system controller (34, Fig. 3) communicates accounting information for bill purposes as the 
medication is dispensed and the information concerning the quantity and type of medication 
dispensed for each is patient is communicated to the pharmacy system (see: column 5, lines 47- 
55). Moreover, Kraft et al teaches a vision subsystem (44, Fig. 4) comprises two optic systems 
for comparing specific medication in order to verify that the correct medication is being 
dispensed (see: column 7, lines 26-34). 

Kraft et al. fails to teach: 
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(a) at least one medical item stored in a patient-accessible self service medical item 
dispenser apparatus, wherein the dispenser apparatus is operative to receive at least one input 
from the at least one patient; 

(c) responsive to the request to dispense, instructing the dispenser apparatus to dispense 
the requested at least one medical item to the first patient; 

Kaufman et al. teaches an interactive patient assistance and delivery system that includes 
a system (200, Fig. 1 1) for storing and delivering of individual pills or caplets as well as both 
external and internal devices (55, Fig. 5) for receiving input from the physician (or healthcare 
professional at the central monitoring facility 28, Fig. 4a), the individual patient, the physical 
testing devices (34, Fig. 4a) and (36, Fig. 4a) and the environmental sensors (23, Fig. 8a) and 
(25, Fig. 8a) in order to gain access to the medication delivery system (20, Fig. 5) (see: column 
8, lines 15-23, column 17, lines 1-22 and Fig. 11-13). 

The obviousness of combining the teachings of Kaufman et al. within the system as 
taught by Kraft et aL is discussed in the rejection of claim 28, and incorporated herein. 

As per claim 35, Kraft et al. teaches the claimed responsive to the verification, including 
in the data store, data linking each of the first patient, the dispensed at least one medical item, 
and location of dispensing the at least one medical item. This limitation is met during the 
dispensing process when a nurse using a keyboard (28, Fig. 2) enters commands through the 
system controller (34, Fig. 3) for orders of all or part of the authorized medication for each of the 
nurse's patients for a given medication round and the medication dispenser (12, Fig. 1) retrieves 
each medication from its respective container and dispenses the medication (see: column 4, lines 
54-65). In addition, Kraft et al. teaches that the system controller (34, Fig. 3) communicates 
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accounting information for bill purposes as the medication is dispensed and the information 
concerning the quantity and type of medication dispensed for each is patient is communicated to 
the pharmacy system (see: column 5, lines 47-55). Moreover, Kraft et al teaches a vision 
subsystem (44, Fig. 4) comprises two optic systems for comparing specific medication in order 
to verify that the correct medication is being dispensed (see: column 7, lines 26-34). The 
Examiner considers the nurse to be entering information regarding multiple patient and the 
dispensed medication could be for one or more patient. 

As per claim 36, Kraft et al. teaches (f) receiving another at least one input through the at 
least one input device of the dispenser apparatus, wherein the another at least one input includes 
a request to dispense to a second patient at least one medical item prescribed for use by the 
second patient; and 

(g) responsive to the request to dispense to the second patient, instructing the dispenser 
apparatus to dispense the requested at least one medical item to the second patient. These 
limitations are met during the dispensing process a nurse using a keyboard (28. Fig. 2) enter 
commands through the system controller (34, Fig. 3) to retrieve medication for one or more 
patients (reads on "request to dispense to a second patient") (see: column 4, lines 54-56). 

Kraft et al. fails to teach dispensing to the patient. 

Kaufman et al. teaches an interactive patient assistance and delivery system that includes 
a system (200, Fig. 1 1) for storing and delivering of individual pills or caplets as well as both 
external and internal devices (55, Fig. 5) for receiving input from the physician (or healthcare 
professional at the central monitoring facility 28, Fig. 4a), the individual patient, the physical 
testing devices (34, Fig. 4a) and (36, Fig. 4a) and the environmental sensors (23, Fig. 8a) and 
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(25, Fig. 8a) in order to gain access to the medication delivery system (20, Fig. 5) (see: column 
8, lines 15-23, column 17, lines 1-22 and Fig. 11-13). 

The obviousness of combining the teachings of Kaufman et al. within the system as 
taught by Kraft et al. is discussed in the rejection of claim 28, and incorporated herein. 

As per claim 37, Kraft et al. teaches storing information concerning a patient's 
medication requirements on the pharmacy system (14, Fig. 1) (see: column 4, lines 56-59). Kraft 
et al. further teaches that during the dispensing process a nurse using a keyboard (28, Fig. 2) 
enters commands through the system controller (34, Fig. 3) for orders of all or part of the 
authorized medication for each of the nurse's patients for a given medication round and the 
medication dispenser (12, Fig. 1) retrieves each medication from its respective container and 
dispenses the medication (see: column 4, lines 54-65). In addition, Kraft et al. teaches that the 
system controller (34, Fig. 3) communicates accounting information for bill purposes as the 
medication is dispensed and the information concerning the quantity and type of medication 
dispensed for each is oatient. is communicated to the nharmacv svstem Csee: column 5. lines 47- 
55). 

Kraft et al. fails to teach: 

wherein (b) includes receiving dispense request input from the first patient through an 
input device in operative connection with the first dispenser, and further comprising 

receiving dispense request input from the second patient through an input device in 
operative connection with the second dispenser; 

responsive to (f), instructing the second dispenser to dispense to the second patient at 
least one medical item prescribed for use by the second patient. 
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Kaufman et al. teaches an interactive patient assistance and delivery system that includes 
a system (200, Fig. 1 1) for storing and delivering of individual pills or caplets as well as both 
external and internal devices (55, Fig. 5) for receiving input from the physician (or healthcare 
professional at the central monitoring facility 28, Fig. 4a), the individual patient, the physical 
testing devices (34, Fig. 4a) and (36, Fig. 4a) and the environmental sensors (23, Fig. 8a) and 
(25, Fig. 8a) in order to gain access to the medication delivery system (20, Fig. 5) (see: column 
8, lines 15-23, column 17, lines 1-22 and Fig. 11-13). 

The obviousness of combining the teachings of Kaufman et al. within the system as 
taught by Kraft et al. is discussed in the rejection of claim 28, and incorporated herein. 

As per claim 38, Kraft et al teaches (f) prior to (c), receiving with the dispenser apparatus 
a patient payment input. This limitation is met during the dispensing process a nurse enters 
commands through the system controller (34, Fig. 3) using a keyboard (28, Fig. 2), video display 
(26, Fig. 2) and printer (30, Fig. 2) all connected to the medication dispenser (see: column 4, 
lines 54-56). In addition, Kraft et al, teaches that a system controller (34. Fig. 3) communicates 
accounting information for the bill purposes of the patient as the medication is dispensed and the 
information concerning the quantity and type of medication dispensed for each is patient is 
communicated to the pharmacy system (see: column 5, lines 47-55). The Examiner considers the 
video display connected to the dispenser capable of including the accounting information such as 
patient payment information before the information is communicated to the pharmacy system. 

As per claim 39, it is rejected for the same reasons set forth in claim 31. 

As per claim 42, Kraft et al. teaches (g) prior to (c), displaying a payment amount to the 
patient with the display screen. This feature is met during the dispensing process when a nurse 



Application/Control Number: 09/428,036 Page 2 1 

Art Unit: 3626 

enters commands through the system controller (34, Fig. 3) using a keyboard (28, Fig. 2), video 
display (26, Fig. 2) and printer (30, Fig. 2) all connected to the medication dispenser (see: 
column 4, lines 54-56). In addition, Kraft et al. teaches that a system controller (34, Fig. 3) 
communicates accounting information for the bill purposes of the patient as the medication is 
dispensed and the information concerning the quantity and type of medication dispensed for each 
is patient is communicated to the pharmacy system (see: column 5, lines 47-55). The Examiner 
considers the video display connected to the dispenser capable of including the accounting 
information such as patient payment information before the information is communicated to the 
pharmacy system. 

As per claim 43, Kraft teaches the claimed prior to (c), determining whether the at least 
one medical item corresponding to the dispense request input is available for dispensing from the 
dispenser apparatus. This limitation is met by the control electronics (36, Fig. 3) that maintains a 
database of information concerning the contents of the dispenser. In response to a request, the 
control electronics (36, Fig. 3) determines whether all requested medications are available (see: 
column 6, lines 19-22). 

As per claim 44, Kraft et al. teaches the claimed (d) further comprises at least one sensor 
in the dispenser apparatus transmitting at least one signal responsive to the at least one sensor 
sensing a passing of the requested at least one medical item, and (e) further comprises including 
in the data store verification of the dispensing of the at least one medical item. This limitation is 
met by the detector (340, Fig. 24) that outputs a signal indicating whether a pill from a container 
(130, Fig. 8) has landed in the package (see: column 12, lines 58-66). 
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9. Claims 32-33, 40-41 and 45 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over U.S. Patent No. 5,502,944 to Kraft et al. and U.S. Patent No. 5,036,416 to Kaufman et al. in 
view of U.S. Patent No. 5,301,105 to Cummings, Jr. 

As per claim 32, Kraft et al. and Kaufman et al teach system (20, Fig. 5) including 
various external input devices that receive commands from the patient, which are communicated 
to the control element (50, Fig. 5) through the main CPU (22, Fig. 4) for the administering of 
medication "upon demand" (see: Kaufman et al.: column 8, lines 30-37). In addition, the 
medication control element (50, Fig. 5) can store and selectively administer medication upon 
demand by patient (see: Kaufman et al.: column 9, lines 17-25). Furthermore, Kraft et al. and 
Kaufman et al. teach that a plurality of dispensers are networked together and connected to a 
common database of patient information, typically a pharmacy software system. Medications are 
automatically dispensed responsive to a user request in accordance with the information in the 
database and the dispensers communicates data for accounting and billing purposes (reads on 
"charging an account") 5 to the pharmacy system or to another system (see: Kraft et al.: column 2. 
lines 22-29). 

Kraft et al. and Kaufman et al. fail to teach at least one input device includes a card 
reader device, wherein the card reader device is in operative connection with the computer, and 
further comprising: 

(g) reading a credit or debit card with the card reader device, and charging an account 
associated with the credit or debit card. 

Cummings, Jr. teaches a fully integrated and comprehensive health care system with a 
terminal that includes a main housing (50, Fig. 2) having a visual display window (51, Fig. 2) 
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and a card data entry slot (52, Fig. 2) used for inserting a conventional or special data-containing 
card (e.g., a swipe card) into the entry slot and moving it laterally (see: column 7, lines 17-37). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to include the fully integrated and comprehensive health care system 
with card entry slot (52, Fig. 2) as taught by Cummings, Jr. with the system of Kraft et al. and 
Kaufman et al. with motivation of providing a reliable and simple method of payment for a 
patient health care. 

As per claim 33, Kraft et al. and Kaufman et al. teach system (20, Fig. 5) including 
various external input devices that receive commands from the patient, which are communicated 
to the control element (50, Fig. 5) through the main CPU (22, Fig. 4) for the administering of 
medication "upon demand" (see: Kaufman et al.: column 8, lines 30-37). In addition, the 
medication control element (50, Fig. 5) can store and selectively administer medication upon 
demand by patient (see: Kaufman et al.: column 9, lines 17-25). Furthermore, Kraft et al. and 
Kaufman et al. teach that a plurality of dispensers are networked together and connected to a 
common database of patient information, typically a pharmacy software system. Medications are 
automatically dispensed responsive to a user request in accordance with the information in the 
database and the dispensers communicates data for accounting and billing purposes (reads on 
"payment"), to the pharmacy system or to another system (see: Kraft et al.: column 2, lines 22- 
29). 

Kraft et al. and Kaufman et al. fail to teach the payment comprises a co-payment, wherein 
(f) includes receiving the co-payment from the patient corresponding to the at least one medical 
item requested in the dispense request input. 
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Cummings, Jr. teaches a fully integrated and comprehensive health care system with a 
terminal that includes a main housing (50, Fig. 2) having a visual display window (51, Fig. 2) 
and a card data entry slot (52, Fig. 2) used for inserting a conventional or special data-containing 
card (e.g., a swipe card) into the entry slot and moving it laterally (see: column 7, lines 17-37). 
Cummings, Jr. further teaches after a card is swiped (101, Fig. 5) and the charges to the patient 
are in agreement the System processor calculates any patient co-pay and/or deductible (140, Fig. 
6) and payment is transmitted to provider account (204, Fig. 8) (see: column 12, lines 22-32 and 
column 13, lines 41-58). 

The obviousness of combining the teachings of Cummings, Jr. with the system of Kraft et al. and 
Kaufman et al. is discussed in the rejection of claim 32, and incorporated herein. 

As per claims 40-41, they are rejected for the same reasons set forth in claims 33 and 32, 
respectively. 

As per claim 45, Kraft teaches a method comprising 

(a) storing in at least one data store in operative connection with at least one computer- 
data representative of each of: 

a plurality of types of medical items, 

the type of medical item stored in each respective storage location, 
at least one patient, and 

at least one medical item type prescribed for use by the at least one patient is met by 
storing information concerning a patient's medication requirements on the pharmacy system (14, 
Fig. 1) that maintains a database of the medication, the manufacturer, the brand name, the 
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generic name, the dosage form, the location of the drug in the pharmacy, and pricing information 
(see: column 1, lines 29-34 and column 4, lines 56-59); 

(g) dispensing from the dispenser apparatus to the patient the requested at least one 
medical item type, wherein the at least one medical item type is dispensed from at least one 
storage location holding the at least one medical item type is met by the dispensing process 
where the nurse enter commands through the system controller (34, Fig. 3) to retrieve medication 
for one or more patients (see: column 4, lines 54-56); 

(h) verifying with the dispenser apparatus that the requested at least one medical item 
type was dispensed to the patient, including at least one sensor in the dispenser apparatus 
transmitting at least one signal to the computer responsive to the at least one sensor sensing a 
passing of the requested at least one medical item type is met by the vision subsystem (44, Fig. 
4) comprises two optic systems for comparing specific medication in order to verify that the 
correct medication is being dispensed (see: column 7, lines 26-34); and 

(i) including in the at least one data store responsive to (h) 5 data linking each of the 
patient, the verified dispensed at least one medical item type, and location of the dispensing of 
the verified dispensed at least one medical item type is met by the vision subsystem (44, Fig. 4) 
comprises two optic systems for comparing specific medication in order to verify that the correct 
medication is being dispensed (see: column 7, lines 26-34). 

Furthermore, Kraft et al. teach that a plurality of dispensers are networked together and 
connected to a common database of patient information, typically a pharmacy software system. 
Medications are automatically dispensed responsive to a user request in accordance with the 
information in the database and the dispensers communicates data for accounting and billing 

[ 
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purposes (reads on "(e) charging an amount to an account, wherein the amount corresponds to a 
payment associated with the requested at least one medical item type"), to the pharmacy system 
or to another system (see: column 2, lines 22-29). 

Kraft et al. fails to teach: 

dispensing to the patient; 

a plurality of medical item in a patient-accessible self service medical item dispenser 
apparatus; 

(b) receiving patient identification data from a patient through at least one input device of 
the dispenser apparatus; 

(c) receiving from the patient through the at least one input device a request to dispense at 
least one medical item type prescribed for use by the patient; and 

(f) instructing the dispenser apparatus to dispense to the patient the requested at least one 
medical item type. 

Kaufman et aL teaches an interactive patient assistance and delivery system that includes 
a system (200, Fig. 1 1) for storing and delivering of individual pills or caplets as well as both 
external and internal devices (55, Fig. 5) for receiving input from the physician (or healthcare 
professional at the central monitoring facility 28, Fig. 4a), the individual patient, the physical 
testing devices (34, Fig. 4a) and (36, Fig. 4a) and the environmental sensors (23, Fig. 8a) and 
(25, Fig. 8a) in order to gain access to the medication delivery system (20, Fig. 5) (see: column 
8, lines 15-23, column 17, lines 1-22 and Fig. 11-13). In addition, Kaufman teaches a medication 
control element (50, Fig. 5) that can store and selectively administer medication upon demand by 
patient (see: column 9, lines 17-25). 
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The obviousness of combining the teachings of Kaufman et al. within the system as 
taught by Kraft et al. is discussed in the rejection of claim 28, and incorporated herein. 
Kraft et al. and Kaufman fail to teach: 

(d) reading a credit or debit card with a card reader device of the dispenser apparatus; 

Cummings, Jr. teaches a fully integrated and comprehensive health care system with a 
terminal that includes a main housing (50, Fig. 2) having a visual display window (51, Fig. 2) 
and a card data entry slot (52, Fig. 2) used for inserting a conventional or special data-containing 
card (e.g., a swipe card) into the entry slot and moving it laterally (see: column 7, lines 17-37). 

The obviousness of combining the teachings of Cummings, Jr. with the system of Kraft et 
al. and Kaufman et al. is discussed in the rejection of claim 32, and incorporated herein. 

Response to Arguments 
10. Applicant's arguments filed 9/30/03 have been fully considered but they are not 
oersuasive. Aoolicant's arguments will be addressed hereinbelow in the order in which thev 
appear in the response filed 9/30/03. 

(A) In the remarks, Applicants argues in substance that (1) the Liff reference cannot 
constitute prior art pursuant to 35 USC § 103(a) because Liff has a filing date of May 3, 1996 
and claims priority as a continuation-in-part of U.S. Patent 5,713,485 filed October 18, 1995 and 
the present invention is entitled to earlier priority, including at least the December 16, 1994 filing 
date of U.S. Patent No. 5,790,409. 

(B) In response to the Applicant's arguments, (2) the Liff reference cannot constitute 
prior art pursuant to 35 USC § 103(a) because Liff has a filing date of May 3, 1996 and claims 
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priority as a continuation-in-part of U.S. Patent 5,713,485 filed October 18, 1995 and the present 
invention is entitled to earlier priority, including at least the December 16, 1994 filing date of 
U.S. Patent No. 5,790,409 (hereinafter "Fedor"). The Examiner respectfully submits that the Liff 
reference was only relied on for the teachings of "data representative of a benefit plan associated 
with the patient, and payment rules concerning payment for medical items associated with the 
benefit plan and the step of charging for the dispensed medical item in accordance with the 
payment rules" in claims 2-9. The reference of Fedor does not cite or mention a benefit plan or 
payment rules associated with a benefit plan and the Liff reference is used to reject this particular 
limitation only , therefore the use of the Liff reference is proper and maintained. 

With regards to Applicant other arguments, it is respectfully submitted that the Examiner 
has changed the application of the prior art to the claimed features above. As such, Applicant's 
remarks with regard to the application of Kraft, Liff, Kaufman and/or Cumming, Jr. to the above 
mentioned features are addressed in the above Office Action. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Robert W. Morgan whose telephone number is (703) 605-4441. 
The examiner can normally be reached on 8:30 a.m. - 5:00 p.m. Mon - Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Joseph Thomas can be reached on (703) 305-9588. The fax phone number for the 
organization where this application or proceeding is assigned is (703) 305-7687. 
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Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the receptionist whose telephone number is (703) 308-1 113. 
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